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ADAPTIVELY TRANSFORMING DATA provide ao opportunity for an organization to change the 

FROM A FIRST COMPUTER PROGRAM business processes reflected in the mainframe applications. 

FOR USE IN A SECOND COMPUTER The second approach is referred to as application rede- 

PROGRAM velopment. Application redevelopment tools provide an 

5 organization with the benefit of total flexibility, enabling the 
business processes to be re-engineered. However, this 

FIELD OF THE INVENTION approach generally requires massive amounts of time and 

The present invention relates generally to the field of Preordaining resources. During this long development 

computer networks, and more particularly to transforming phase, an organizaUon may see its competitors develop their 

traditional computer applications into corresponding web- '° ^^l' P'^^''^^' customize then- services, and begin to 

. . v„^i:^„^ r c reach out to new markets while its own code-mtensive 

based applications. , , . a- ^ -i, . 

re -development efforts are still m process. 

BACKGROUND OF THE INVENTION Thus, the disadvantages associated with these first- 
generation tools for moving mainframe data to the web 
Most business databases are large, complex programs that is include lack of flexibflity and efficiency, or the requirement 
are stored on a central server computer and maintained by f^j. ^^^^^ amounts of computing resources and time to 
dedicated database administrators. As business operations transform mainframe applications to web-based applica- 
become more complex, and the amount and type of data tions. 
becomes greater and more varied, creation and administra- 
tion of databases becomes a greater responsibflity for a 20 SUMMARY OF THE INVENTION 

business organization. ™ . • ^- j- , * r j- 

^ The present invention discloses a system for providing an 

With the advent of large area networks and distributed adaptive transformation from a mainframe application to 

database appUcations, many business organizations are start- corresponding web-based applications. In a method of the 

ing to make mainframe-based applications avaflable dirough invention, a set of logic rules and data are extracted from the 

the Internet and corporate intranets. Although some orgam- ^ mainframe application. Link objects containing the set of 

zations have taken the approach of migrating aU of their j^gi^ ^^^^ ^^^^ created. The link objects point to the 

information assets to PC-based client/server solutions, oth- j^,^ ^ata in the mainframe appUcation. The link objects 

ers have chosen not to do so. ^j-e mapped to display regions defined by the web-based 

One of the main reasons that businesses choose not to application. Web pages are created lo display the trans- 
migrate to PC-based client/server systems is that most of the formed mainframe application and a web-browser is used to 
core business applications and critical enterprise data in display and navigate among the data in the mainframe 
business organizations, including vast amounts of historical application. The mechanism is adaptive in that should the 
data, continue to reside on traditional computer applications mainframe application or its data change, the web page is 
that often involve terminal-based mainframe computers. modified accordingly without further definition of the link 
Mainframes are secure and available, even when operating objects. Further, enhanced web browsers or Internet clients 
at full capacity. The core business logic that they hold would are supported without redefinition of the link objects, 
be prohibitively expensive and require vast amounts of time 

and application development resources to replace. BRIEF DESCRIPTION OF THE DRAWINGS 

However, a compelling reason lo migrate to the client/ The present invention is illustrated by way of example 

server system is that accessing these mainframe applications and not limitation in the figures of the accompanying 

through the Internet introduces the opportunity to make any drawings, in which like references indicate similar elements, 

and/or all of an organization's information assets available and in which: 

to a broader range of users. It is often advantageous to make pj^. ^ iUustrales a network including cUent/server com- 

previously internal-use-only mission-cntical applicaUons 45 puters that transmit and receive data in accordance with one 

available to customers, suppliers, strategic partners and embodiment of the present invention. 

prospective customers. However, it is of paramount impor- • ti t j c ^ ^ * * *u * 

f , ^ *!. * L FIG. 2 is a block diagram of a chent computer system that 

tance to use appropnate security measures so that such ^ j * t* *t* 

. „ tf -J J -.u . n • •* J implements a web browser or downstream Internet client, 

informaUon can be provided without sacnficing secunty and . c .1. 

, . *^ o according to one embodiment of the present mvention. 

access control. en ^ ^ . . , , , . ^ , . 

™ . ^ 1 . c ^. -1 i_i FIG. 3 is a block diagram of a network that contams a 

The challenge to make more information available o r . j j* * t. j- 

.1. u T . . V * T » • f u J SmartTran front-end processor, according to one embodi- 

throufih the Internet apphes not only to mainframe based . 1- . - 

, , '5 J- * -L * J *• ment of the present mvention. 

applications, but existmg distributed computing environ- ^ 

ments as well as Internet based information resources. A F^G. 4 is a block diagram that iUustrates the mam corn- 
common delivery vehicle that embraces these discrete 55 P°°^°*^ SmartTran program, according to one 
islands of informaUon for web enablemem and deUvery is embodiment of the present mvention. 
crucial. PIG- 5 is a block diagram of a service flow between a host 
ReccnUy, two main approaches to web-based develop- application and a corresponding web-based client 
ment have emerged. The first is referred lo as passive apphcation, according to one embodiment of the present 
application delivery, in which information from terminal 60 invention. 

emulators is taken and re -displayed in web page format. FIG. 6 is a state diagram that illustrates the state transi- 
Such appUcations arc commonly referred lo as "screenscrap- lions within the adaptive event analyzer process, according 
ers". Screenscrapers and host-based web servers simply to one embodiment of the present invention, 
re-display in a more atU-active interface, the same informa- FIG. 7A is a state diagram that illustrates the state 
tion found on the mainframe system. These tools are low 65 transitions of the smart object synthesis function for one- 
cost and offer an organization the benefit of fast time-to- to-one page object synthesis, according lo one embodiment 
market for developing a presence on the web, but they of the present invention. 
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FIG. 7B is a state diagram that illustrates the state base files comprising data or object descriptors. According 

transitions of the smart object synthesis function for many- to one embodiment of the present invention, the steps of 

to-one page object synthesis, according to one embodiment transmitting and displaying the document or data, as well as 

of the present invention. ot^cr aspects of the present invention are implemented by a 

no. 7C is a state diagram that illustrates the state S central processing unit (CPU) in a client or server computer 

transitions of the smart object synthesis function for hyper- executmg sequences of lostrucUons stored in a memory. The 

Unk page object synthesis, according to one embodiment of ^^^^ '^^"^ ""'""^'^ 

the present invention. memory (ROM), a persistent store, such as a mass 

„^ . ' . , , storage device, or any combination of these devices. Execu- 

FIG. 7D IS a state diagram that .llustrates the state sequences of instructions causes the CPU to 

transitions of the smart object synthesis function for data according to the present invention, 

table page object synthesis, according to one embodmient of Tn. • ^ u i j j ■ . r 

, ■ J The instructions may be loaded mto the memory of the 

the present invention. i. ^ . * j • c 

^„ ^ . „ , , .„ , ^ chent computer from a storage device or from one or more 

nG.Sisaflowchartthalillustratesthestepsofgeneratmg ^^^^^ computer systems over a network connection. For 

a two-chmensional HTML page, acc«rdmg to one embodi- ^^^^p^^^ ^ ^^^^ ^^^^^^^^ ^^^^-^ ^ ^^^^^^^ 

ment of the following invention. instructions to the cUent computer in response to a message 

FIG. 9 illustrates the steps performed in the development transmitted to the server over a network by the client. As the 

phase of the host to web-based application transformation, client receives the instructions over the network connection, 

according to one embodiment of the present invention. the client stores the instructions in memory. The client may 

FIG. 10 is a flowchart that illustrates the steps performed 20 store the instructions for later execution or execute the 

by the run-time server during the accessing of a transformed instructions as they arrive over the network connection. In 

host application through a web browser, according to one some cases, the downloaded instructions may be direcUy 

embodiment of the present invention. supported by the CPU. ConsequenUy, execution of the 

FIG. 11 illustrates example host screens and their asso- instructions may be performed directly by the CPU, In other 
ciatcd sequences, business rules and data. 25 cases, the instructions may not be directly executable by the 

FIG. 12 illustrates an example of a mapping of data CPU. Under these circumstances, the instructions may be 

objects from the host screens of FIG. 11 to a default web executed by causing the CPU to execute an interpreter that 

page layout, according to one embodiment of the present interprets the instructions, or by causing the CPU to execute 

invention. instructions which convert the received instructions to 

FIG. 13 iUustrates a mapped host screen of FIG. U 30 instnictions which can be directly executed by the CPU. In 

displayed through the web authoring environment of the "J^er embodmients hardwired circuitry may be used m 

SmartTran program, according to one embodiment of the Pl'^f "> combmaUon with^^software mstnictions to 

present invention implement the present invention, i nus, the present mvention 

^ ^ , i , r i is not hmited to any specific combination of hardware 

nG^14 lUustrates an example of a final web page for the ^^^^ ^^^^^ 

mapped host screens of FIG. U. instructions executed by the client computer. 

FIG. 15 aiustrates multiple host screens mapped into a ^ iu^strates a system 100 in which data files are 

smgle web page usmg embodiments of the present inven- transmitted between networked computers. Qient computer 

104 is coupled to a mainframe computer 102 through 

DETAILED DESCRIPTION network 110. Network 110 may be the Internet, a Wide Area 

Network (WAN), a Local Area Network (LAN), or any 

A system for transforming mainframe computer appMca- combination thereof. Mainframe computer 102 contains 

tions to web-based apphcations is disclosed. A suite of application programs and/or data which are accessible over 

programming tools facilitates web-enabled mformauon network by oUier network stations or directly-attached 

delivery, without the application redevelopment effort (non-network) terminals. As used with embodiments of the 

required by more traditional approaches. The transformed present invention, mainframe computer 102 typically stores 

applications feature improved display, flexible navigational so-called "enterprise" data, which is proprietary data that is 

flow, and improved control over appHcation content. ^j^ed to run a business. Such enterprise data is created 

It is an intended advantage of embodiments of the inven- through the use of enterprise appUcations that are the set of 
tion to control the delivery of enterprise applications across 50 business applications that a business organization utilizes in 

the Internet for various different users in a cost-efi&cient the course of its normal activities. Many enterprise apph- 

manner. cations are proprietary programs that are either written by 

It is a further intended advantage of embodiments of the the organization or customized to fit the individual needs of 

invention to provide improved display, navigation, and the organization. Typical enterprise appHcations include 
content control of information in mainframe applications 55 large database programs that create and store data used by 

through transformation of such applications into web-based the organization. In general, enterprise applications, by their 

applications accessible through standard web-browser pro- nature, are hmited to access by the enterprise's terminals or 

grams. through appUcation programming interfaces (API). 

It is a ftirther intended advantage of embodiments of the In one embodiment of the present invention, network 
invention to synthesize and manage the information in <so client 104 is a World-Wide Web (WWW or "web") client 

mainframe applications for simplified delivery to down- that receives and stores data in the form of *web pages' 

stream Internet applications implemented in, for example, produced as Hypertext Markup Language (HTML) files and 

enterprise applications and message-based applications. transmitted over the Internet network 110, To access these 

n ■ network cUent 104 runs a *web browser', which is 

Hardware Overview simply an application program for accessing and providing 

According to the present invention, client computer sys- links to web pages available on various Internet sites, 

terns in a network request and receive documents or data- Network client 104 may also implement a downstream 
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Internet client such as a CORBA-complaint application, present invention is included in a software program known 

Java™, or Java-Bean*^** program. Such applications receive as SmartTran™, which provides web -enabled information 

data through the Internet Inter-ORB Protocol (IIOP). Java delivery of data stored in mainframe computer 102 without 

and Java-Bean are trademarks of Sun Microsystems, Inc. need for re-programming this information. SmarlTran is 

In one embodiment of the present invention, system 100 S a trademark of Micro Focus (US), Inc. 
includes a web front-end processor (FEP) 106. Web FEP 106 , SmartTran transforms informaUon that lies dispersed 
executes a run-time application that deUvers mainframe Ihroughout an organization mto a seamlessly mtegrated 
.... p .^v * irrt * * 1 information dehvery system. SmartTran hnks mamframes, 
applications from mamframe computer 102 to network j- . l * j *• j uu j r . 
^^ .^iXAr^ i_n-ni/i/: 11 if a ' c distnbutcd computmg resourccs and wcb-bascd clicnt com- 
clieut 104. On web FEP 106, all web-spccific proccssmg for Tn,„ C™„^T™ . Kioot 

, 1- . ■ Ic J *i_ * jj *- 1 in puters. The SmartTran suite implements an object-based 

network chent 104 is performed so that no additional lo , , . u a v a r *• c 

, , . , . - . approach to creating web -delivered appbcations. SmartTran 

processing burden is placed on mamframe computer 102. ^^^^ ^^^^^ ^^^^ ^^J^^ components called 

In one embodmient of the present invention, system 100 SmartLinks''" via a simple graphical user interface. Smart- 
generates HTML files for delivery over Internet network 110 y^ks is a trademark of Micro Focus (US), Inc. SmartLinks 
to network client 104 such that no additional processing ^re mainframe data elements and procedures that have been 
other than that normally performed by web clients is transformed into components by the SmartTran system, 
required on the client. System 100 may also generate IIOP ^^^^ objects, or components, can be created from a 
or other standard communication protocols designed for variety of data elements such as a logic field or data field on 
computer-to-computer information interchange. System 100 ^ mainframe screen, or a processing procedure. When 
assembles and simplifies the enterprise data so that IIOP deployed in web -enabled applications, SmartLinks function 
programs can view it. as intelligent hyper-links to the original data, logic or 

FIG. 2 illustrates a block diagram of a representative mainframe screens. In this manner, SmartLinks can be used 

client computer such as network client 104 illustrated in to provide precise control over the delivery of the data, 

system 100 of FIG. 1. The computer system 200 includes a SmartLinks representing data elements from multiple host 
processor 202 coupled through a bus 201 to a random access ^ screens can be mapped to one Web page, and individual data 

memory (RAM) 204, a read only memory (ROM) 206, and elements represented as SmartLinks can be selectively 

a mass storage device 207. Mass storage device 207 could mapped to one web page. 

be a disk or tape drive for storing data and instructions. A Once these SmartLinks are created, they can be flexibly 
display device 220 for providing visual output is also combined based on how a user desires to send information 
coupled to processor 202 through bus 201. Keyboard 221 is to the web. Developers can also combine SmartLinks with 
coupled to bus 201 for communicating information and other components, such as Java or ActiveX applets, or 
command selections to processor 202. Another type of user HTML scripts to extend their capabilities. Similarly, 
input device is cursor control unit 222, which may be a RDBMS or client/server data components can also be corn- 
device such as a mouse or trackball, for communicating bined, 

direction commands which control cursor movement on piG. 3 is a block diagram of the network that contains a 

display 220. Also coupled to processor 202 through bus 201 SmartTran front-end processor according to one embodi- 

is an audio output port 224 for connection to speakers which ^^^y present invention. Network 300 of FIG. 3 is a 

output the audio content produced by computer 200. Further ^^^^ detaUed representation of network 100 illustrated in 

coupled to processor 202 through bus 201 is an input/output pjQ j Mainframe computer 302 contains the enterprise 

(I/O) interface 225 which can be used to control and transfer appUcations and data that are to be transformed into web- 

data to electronic devices connected to computer 200. ^^sed applications for distribution and access over network 

Network interface device 223 is coupled to bus 201 and 312. Network 312 can be the Internet, a corporate internal 
provides a physical and logical connection between com- network (intranet) or an external network (extranet), 
puter system 200 and the network medium. Depending on Coupled to network 312 are a number of network clients of 
the network environment in which computer 200 is used, 45 which network client 314 is a representative unit, 
this connection is typicaUy to a server computer, but it can Various host-based applications 304. are executed on 
also be to network router or another client computer. Note mainfi-ame 302. Mainframe 302 also accesses one or more 
that the architecture of FIG. 2 is provided only for purposes relational database management system (RDBMS) pro- 
of illustration, and that a client computer used in conjunction grams. Mainframe 302 is coupled to one or more SmartTran 
with the present invention is not limited to this specific 50 web front-end processors (FEPs) 308 using standard main- 
architecture, frame networking techniques such as, but not limited to, 

In one embodiment of the present invention, network IBM System Network Architecture (SNA) Logical Unit type 
client 104 is a personal computer that interfaces to network 2 (LUi), token-ring or direct attached channel connections 
110 through a modem, or similar network interface device. (ESCON or OEMI channel). Mainframe 302 can connect to 
In an alternative embodiment, the network client 104 rep- ss FEP 308 via existing wide -area networking techniques, such 
resented by computer system 200 may be a dedicated as TCP/IP networks. The web front-end processor trans- 
Internet access product, such as a Network Computer (NC). forms the host-based applications 304 and database appli- 
In another alternative embodiment, network client 104 may cations 306 into web enabled applications to be accessed by 
be a computer running a CORBA-complaint Internet appli- web browsers running on network clients such as network 
cation or a Java, Java-Bean, or enterprise Java-Bean Internet 60 client 314. Wcb-spccific development tools and programs 
application. 310, such as Java, ActiveX, and Visual Basic are made 

T A u- available to the web ftont-cnd processor 308. These allow 

SmartTran Network Architecture addition of web extensions and the integration of exter- 

In one embodiment of the present invention, a set of nal data sources to the host -based applications. The resulting 
non-programmatic tools is provided to transform mainframe 65 enhanced web applications 316 are accessed by network 

applications residing on mainframe computer 102 to web- client 314 executing a web browser program. The finished 

based applications for access by network client 104. The web page provides a web interface into the existing host 
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application and its associated business rules and logic, add incremental web front-end processors transparently, 

resulting in dynamic web delivery of the host application. providing availability to additional users without disrupting 

service to existing users. Application processing is also 

SmartTran Program automatically load-balanced across multiple SraartTran Web 
In one embodiment of the present invention, the Smart- ^ front-end processors, ensuring optimum performance. Auto- 

Tran program consists of a suite of graphical tools and ^^^^^^ f^^^^"* ^^^^^^^ high avaHabihty of mission critical 

run-time systems that support each stage of the Internet mfonnation. In one embodiment, the SmartTran program is 

development and deployment process. FIG. 4 is a block configured to support standard mainframe security 

diagram that illustrates the main components of tbe Smart- Processes, such as RACF, ACF2, and TopSecret, as well as 

Tran program, according to one embodiment of the present standard web security features. 

invention. The main components include a loader 402, a In one embodiment of the present invention, run- time 

builder 404, and a run-time server 406. The SmartTran server 406 contains three separate processes that create the 

loader 402 creates SmarlLink components from mainframe web-based version of a host application. These processes 

applications, the SmartTran builder 404 acts as a component include an adaptive event analyzer process 410, a smart 

integration/authoring tool, and the SmartTran run-time object synthesis process 412, and a two-dimensional HTML 

server 406 interprets the rules and smartlinks in generating layout process 414. Detailed composition and function of 

web-client output. The run-time server 406 manages each of these processes will be provided in the sections to 

multiple, concurrent sessions between the mainframe appli- follow, 

cation and web clients. FIG. 5 is a block diagram of a service flow between a host 

The loader component 402 and builder component 404 application and a corresponding web-based client 

are contained in a development tool suite 401. The devel- appUcation, according to one embodiment of the present 

opment suite 401 stores its information in a repository, 405. invention. Host 502, which is typically a naainframe 

The repository 405 embodies the development process stor- computer, such as mainframe 302 in FIG. 3 contains one or 

ing the smartlink definitions. The run-time server 406 inter- more host applications that are to be transformed into 

prets these rules during the translation process. The devel- corresponding web -based apphcations for access by web 

opment tools 401 transform the data and objects comprising browser 512 that is resident on a network client, such as 

the host appUcation into components that can be processed network client 314. The host application is processed 

by the run-time server 406. SmartTran loader 402 provides through a suite of transformation processes and session 

a window into the host (mainframe) application and allows managers to produce a corresponding web-based applica- 

extraction of business rules, database schemes, and printed- tion. In one embodiment of the present invention, the suite 

page layouts. This review process creates SmartLinks that of transformation processes is executed by a web-based 

contain the selected host business rules and data. front-end processor, such as web FEP 308 in FIG. 3, 

SmartTran builder 404 provides a drag-and-drop interface In one embodiment of the present invention, communi- 
that lets a web author manipulate SmartLink components. 35 cation between a host computer (mainframe) and a network 

The builder program maps SmartLink components to tem- client (web client) using the SmartTran system is 

plates that become the underlying foundation for the new bi-directional. Mainframe applications are converted to 

web-enabled application. Using SmartLinks, the web author web-based programs for access by the web client, and 

can embed hyperlinks which will allow the web user to changes made to data through the web browser are recorded 

navigate to different parts of the host application without and take effect on the data stored in the mainframe. FIG. 5 

having to sequentially process through the host application illustrates the bi-directional service flow between a host 

screens. This hyperhnking capability allows much easier computer and web client in the SmartTran system, according 

navigation through an application. It also allows the ability to one embodiment of the present invention, 

to use the backward, forward, and bookmarking capabilities In the SmartTran program service flow 500 illustrated in 
of common web browsers in the context of the mainframe 45 FIG. 5, the host 402 communicates with web browser 512 

application. In this manner, the hyperlinking and web through a communication session control 504 and through 

browser controls provide an ability to redefine how a user the three main web FEP run-time processes. These run- time 

navigates through an application. processes include adaptive event analyzer process 506, 

In one embodiment of the present invention, the Smart- smart object synthesis process 508, and two-dimensional 
Tran templates that result from this process can be viewed 50 HTML layout process 510. The web browser 512, in turn 

by any industry-standard web browser, and can also be communicates to host 502 through session manager 514, 

exported to any of the major Web authoring tools. The session control 516, CGI variable processing process 518, 

SmartTran builder also extends the mainframe environment and screen processing process 520. 
by integrating SmartLink components with other external 

components. Such components include relational database 55 Adaptive Event Analyzer 
management systems, static HTML, Java applets or ActiveX In one embodiment of the present invention, the Smart- 
components, and business rules residing in client/server Tran program includes an adaptive event analyzer that 
applications such as Visual Basic, among other such com- interprets user defined web page templates. The adaptive 
ponents. event analyzer first identifies the current mainframe appli- 
SmartTran server 406 is a run-time application tool that is 60 cation state by examining the data stream using the process 
implemented in web-to-mainframe front-end processor 106. described below. Host application screens are generally 
All run-time processing within SmartTran is performed by represented in data streams. A data stream may be a screen 
the web front-end processors. In one embodiment of the containing information or objects needed to construct 
present invention, the web front-end processors communi- requested web page, or it may be a transition screen between 
cate with the mainframe through TN3270 or SNA 65 two screens that is needed to construct requested web page, 
connections, attaching directly as channel-based devices to A data stream may also be defined as an out of sequence 
ensure optimal throughput. The SmartTran server 406 can screen or an exception screen. An application's screen or 
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message buffer is unknown a priori to receipt. SmartTran 
must thus be event driven and identify the screens as they 
anrive to the adaptive event analyzer. The SmartTran pro- 
gram analyzes an incoming data stream and matches screens 
to determine slates of transition. S 

In one embodiment of the present invention, the adaptive 
event analyzer matches a data stream to a screen of a 
transition path which may lead to the construction of its 
corresponding dynamic web page. Since a screen of a 
transition path may change during run-time, a matching lo 
algorithm is used to recognize changes and match a screen 
into a transition path. In one embodiment of the present 
invention, the matching algorithm uses a three-tier matching 
algorithm to identify a screen. The three match levels 
include a perfect match, a percentage match for screens that 15 
have been recently visited by the application, and a percent- 
age match based upon all possible transition screens from a 
previous screen. 

In one embodiment of the present invention, the Smart- 
Tran program describes a host screen based on the 3270 '^^ 
Start Field (SF) orders in its data stream. The SF order 
indicates the start of a field (protected or unprotected) in a 
screen buffer. In another embodiment of the invention, input 
data from applications are identified by message fields in a 
message buffer. In a further embodiment of the invention, ^ 
input data from object-oriented applications, such as 
CORBA-complaint or Java-based, arc identified by their 
field parameters in an HOP message. In all cases, fields have 
an address used to calculate a hash number. 

The matching algorithm uses a hash number for the screen 
or application data to determine the possible match values. 
A screen's hash number is used to qiiickly and efficiently 
retrieve a screen template definition from the repository. A 
host screen's hash number is calculated from the following 
formula: 

n 

shn = ^ {i^addressf) 



In the above equation, shn is defines as a host screen's 
hash number, i is a Start Field's sequence mmiber, n is the 
total number of Start Fields, and address is a Start Field's 
buffer location. In general, the screen hash number cannot 45 
uniquely identify host screens, instead it is used to classify 
screens so that relevant screens can be retrieved effectively 
during the run-time. 

In one embodiment of the present invention, the matching 
algorithm defines various levels of match values. For 50 
example screens are ranked in three match levels denoted, 
first match, secondary match, and tertiary match. The first 
match level, in which two screens layouts are substantially 
identical, is referred to as a "perfect match". Two host 
screens' layouts are considered to be substantially identical 55 
if the Start Field's address in one screen matches the Start 
Field's address in the other screen. For example, a run-time 
host screen has three Start Fields with the location informa- 
tion of 120, 860, and 1900, and there is a host screen in the 
SmartTran repository that has three Start Fields with the go 
addresses of 120, 860, and 1900. Id this case, the two screens 
are considered to be the same, and would register as a match. 

Although there could be duplicated screen hash numbers 
in a SmartTran repository, each screen in the repository must 
be unique. At run-time, two steps are used to find a desired 65 
screen. First, a screen hash number is used to retrieve the 
screens using the run- lime screen hash number. Second, an 
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iteration process through the retrieved screens is performed 
to find the matched screen. 

The second match level, in which two screens' layouts are 
similar, is referred to as a "secondary match". Although two 
screens arc not the same, they might stiU be considered 
similar if their matching ratio (similarity) exceeds a tunable 
threshold, referred to as a "secondary matching ratio". A 
screen's matching rafio is calculated based on the percentage 
of the matched Start Fields in the compared screens. For 
example, a run-time screen has Start Fields at 100, 860, 
1200, and 1900, and there is a host screen in the repository 
that has its Start Fields at 100, 860, and 1900. The matching 
ratio between the screens is 0.75 based on a match of three 
screens to four screens (r-4^). 

A secondary match is attempted when no primary 
matched screen can be found in the repository. The Smart- 
Tran program first attempts to find screens that have a 
matching ratio with the run-time screen exceeding the 
secondary matching ratio. If there are multiple qualified 
screens, the screen with the highest matching ratio is 
selected. 

The third match level is referred to as a "tertiary match'*. 
In the case of a failed primary match and failed secondary 
match, the desired screen is selected based on the transi- 
tional information of the screen which is matched by the 
previous run-time screen. A transition is defined to be, in 
part, the likely pairing of screens or application data buffers 
(messages or objects) such that one naturally transitions to 
another. For example, screen B may follow screen A in a 
typical usage of the mainframe application. In a less typical 
use, screen C may also follow A. Two transitions, from A to 
B and from A to C, are thus recorded in the repository. 

If the previous matched screen has transitions and if there 
are screens being transitioned to that have matching ratios 
with the run-time screen exceeding another tunable 
threshold, referred to as a "tertiary matching ratio", the 
screens are considered to be similar to the run-time screen. 
The screen with the highest matching ratio will be selected. 
Since the search of the tertiary match is based on the 
previous matched screen, the tunable tertiary ratio is gen- 
erally lower than the ratio for the secondary match. 

FIG. 6 is a slate diagram that illustrates the state transi- 
tions within the adaptive event analyzer process, according 
to one embodiment of the present invention. Data from the 
host application is written into screen construct 602. In one 
embodiment of the present invention, the 3270 write com- 
mand writes data into a specified buffer location without 
erasing or modifying data in the other locations. To mimic 
the 3270 screen buffer, the SmartTran program data stream 
object also has a buffer. When a data stream of the 3270 
write command is used to create a SmartTran screen object, 
the data in the data stream is mixed into a buffer of the data 
stream object that mimics the 3270 screen buffer. The screen 
object is then created based upon the data in the buffer. 

From the screen construct 602, the data stream is then 
input through the three-level matching algorithm to identify 
the screen. The three-level matching algorithm comprises 
the primary screen matching 604, the secondary screen 
matching 606, and the tertiary screen matching 608 levels. 
Screen data from each of the matching levels is stored in 
SmartTran repository 610. If any of the screens result in a 
match at any of the three levels, the run-time server process 
enters the smart object synthesis phase 612, which is 
described in greater detail below. If, however, none of the 
screens result in a match at any of the three levels, the 
run-time server process waits for more data 609 and enters 
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a default automatic object synthesis process 614 if there is 
no more data. If there is more data the process proceeds &om 
the screen construct 602. 

In one embodiment of the present invention, the auto- 
matic object synthesis process 614 takes screen fields from s 
screen construct 602 and translates them into page objects 
by applying pre-defined default translation rules. Because of 
the asynchronous nature of mainframe applications, addi- 
tional screen elements may be added in separate data buffers. 
In one embodiment of the invention, prior to generating a 
default web page, the SmartTran program waits for a short 
tunable time period to determine if more screen fields 
appear. If more data is provided to define the screen fields 
this data is input to the screen construct 602 and the 
three -level matching algorithm is then performed on the new 15 
data to attempt a match. 

Smart Object Synthesis 

During the development phase, the SmartTran builder 
component 404 is used to customize page layouts. In one 
embodiment of the present invention, during run-time, a 
SmartTran synthesis operation executed by the run-time 
server 406 combines the application run- time data stream 
data into its associated user customized page. The smart 
object synthesis operation 412 includes the two primary 
steps of identifying the data stream and mixed data stream 
with its associated host screen, and merging the run-time 
data with a customized page template. The merge operation 
is also a two-step process that includes a host screen merge 
function and a page merge function, 

In one embodiment of the present invention, the host 
screen merge function acts to merge screen objects created 
as SmartLinks. A run-time 3270 data stream is merged with 
a repository-based host screen object based on the location 
and size the object. For example, if there is a web object built 35 
from a screen element from the matched screen whose 
address is in row 3, column 8 of size 20, then the merge 
operation will retrieve 20 characters from the data stream 
buffer in the same location and replace the object contents 
with the run-time data. A web object will be removed if there 
is no corresponding content in the data stream for which a 
field in a matching screen template is defined. Similarly, an 
object can be created if there is new run- time data that docs 
not have its corresponding customized part. In this case, 
object deletion and creation information is passed from the 45 
host screen merge function to the page merge function. 

In one embodiment of the present invention, a page merge 
function follows the host screen merge function. SmartTran 
page and screen objects are closely related to each other as 
many objects in a page are created from screen objects. After 50 
a screen merge function is performed, a page merge opera- 
tion is performed to group associated screens into a corre- 
sponding page and guard the integrity between the page and 
its associated screens. 

Despite object deletion and creation, objects can be 55 
expanded or combined. For the example given above, if the 
run-time length of the contents of the text object is greater 
then 20 (e.g., 26), the object will be expanded if there is no 
object in the region from row 3, column 28 to row 3, column 
34; otherwise the object will be combined with the over- 
lapped object. 

SmartTran converts a data stream of a host screen into 
objects that can be customized through SmartTran builder. 
At run-time, different host screens must be recognized, and 
the data streams mixed into page objects. In this manner, the 65 
run-time screen information is combined with customized 
information associated with the screen. 
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In one embodiment of the present invention, the mixing 
operation uses the SmartTran data stream object buffer. 
When a data stream is used to create a SmartTran screen 
object, the data in the data stream is mixed into the buffer of 
the data stream object, and the screen object will then be 
created based upon the data in the buffer. 

Depending on the composition of the host application 
being used to create the corresponding web-based 
appUcation, various merge operations may be performed by 
the smart object synthesis operation in the run- time server. 
The SmartTran program allows individual data elements 
from any combination of host screens to be mapped for 
delivery by a single web page. Thus, the various merge 
operations include one-to-one page object synthesis and 
many-to-one page object synthesis. Different types of data 
elements may also be merged, thus the merge operations 
may also include hyperlink page object synthesis, and data 
table page object synthesis. 

FIG. 7A is a state diagram that illustrates the state 
transitions of the smart object synthesis function for one- 
to-one page object synthesis, according to one embodiment 
of the present invention. Screen object merging function 702 
is followed by page object merging function 704. The 
resulting page comprising the merged screens is displayed 
on the network client by a web page generation function 
706. If more data is to be combined with the merged page, 
the run- time server executes the adaptive event analyzer 
process 708 to perform the matching algorithm to construct 
the corresponding web-page screen. 

FIG. 7B is a state diagram that illustrates the state 
transitions of the smart object synthesis function for many- 
to-one page object synthesis, according to one embodiment 
of the present invention. Screen object merging function 710 
is followed by page object merging function 712. If the 
resulting page comprising the merged screens includes the 
final screen in the host application, the resulting screen is 
displayed on the network client by a web page generation 
function 714. If it does not include the final screen, a 
transition to the next screen is executed, 716. As described 
previously, a transition is partly defined by two screens, one 
of which transitions to the other under mainframe applica- 
tion control based on end-user input and database values. A 
transition is recorded in the repository as the user data 
required to drive a mainframe application state through the 
transition. Upon execution of the transition, screen and page 
merging functions of the smart object synthesis operation 
718 are performed. If more data is to be combined with the 
merged page, the run -time server executes the adaptive 
event analyzer process 708 to perform the matching algo- 
rithm to construct the corresponding web -page screen. 
Alternatively, an automatic synthesis function 722 may be 
performed that takes screen objects and translates them into 
page objects by applying pre-defined default translation 
rules. 

FIG. 7C is a state diagram that illustrates the state 
transitions of the smart object synthesis function for hyper- 
link page object synthesis, according to one embodiment of 
the present invention. Screen object merging function 730 
merges the hyperlink transitions in the host application 
screens. If the resulting page comprising includes the final 
screen in the host application, the resulting screen is dis- 
played on the network client by a web page generation 
function 732. If it does not include the final screen, a 
transition to the next screen is executed, 734. Upon execu- 
tion of the transition, screen and page merging functions of 
the smart object synthesis operation 732 are performed. If 
more data is to be combined with the merged page, the 



10/08/2003, EAST Version: 1.04.0000 



us 6,510,468 Bl 



13 



14 



20 



25 



nin-time server executes the adaptive event analyzer process 
736 to perform the matching algorithm to construct the 
corresponding web -page screen. 

FIG. 7D is a state diagram that illustrates the state 
transitions of the smart object synthesis function for data 
table page object synthesis, according to one embodiment of 
the present invention. Screen object merging function 740 is 
followed by page object merging function 742. The merged 
page is then processed by table controller 744. If the 
resulting page comprising the merged screens includes the 
final screen in the host application, the resulting screen is 
displayed on the network client by a web page generation 
function 746. If it does not include the final screen, a 
transition to the next screen is executed, 748. Upon execu- 
tion of the transition, the resulting screen is displayed on the 
network client by a web page generation function 746. If 
more data is to be combined with the merged page, the 
run-time server executes the adaptive event analyzer process 
750 to perform the matching algorithm to construct the 
corresponding web-page screen. 

Automatic HTML 2D Layout 

In one embodiment of the present invention, an automatic 
Hypertext Markup Language (HTML) two-dimensional 
(2D) layout program places the merged objects in the final 
web page. The HTML 2D layout program performs several 
different layout functions including, automatic positioning 
of an object in two dimensional space in HTML, dynamic 
generation of HTML code supporting 2D layout, support for 
a visual editor (SmartBuilder) to enable the user to position 
objects in two dimensional space, and the generation of 
browser specific HTML code for 2D layout. 

In one embodiment of the present invention, the user 
positions objects through use of a visual editing tool 
(SmartBuilder). The SmartTran program then generates 
HTML code containing browser specific 2D layout infor- 
mation. For web browsers that support tables, SmartTran 
generates an HTML TABLE whose cells arc used for 
positioning. For web browsers that do not support tables, 
Preformatted HTML code is generated (e.g., using the PRE 
tag). SmartTran is also capable of generating alternative 
markup languages for other browsers, e.g., it generates 
HTML for handheld (phone) devices. 

For horizontal object positioning, SmartTran examines 
the objects in a page, determines each unique column 
position of the objects on the page, and then generates a table 
whose cells contain the objects in the page. The columns in 
this "layout*' table are assigned width values (as a percent- 
age of the table width) so that the horizontal positions of 
objects in the Web browser mimic, as closely as possible, the 
horizontal placement of the objects in the visual editor 
(SmartBuilder). Horizontal placement takes into account 
objects that span multiple rows, generating "filler" cells to 
the left and right of multiple row objects which lie to the left 
of an object to be positioned. 

For vertical object positioning, SmartTran determines 
vertical layout on a row by row basis, and then inserts 
objects in separate rows in a "layout" table and generates 
empty rows in the table so that the vertical positions of 
objects in the Web browser mimic, as closely as possible, the 
vertical placement of the objects in the visual editor 
(SmartBuilder). 

FIG. 8 is a flowchart that illustrates the steps of generating 
a two-dimensional HTML page, according to one embodi- 
ment of the following invention. For the embodiment illus- 
trated in FIG. 8, it is assumed that the web browser supports 
table structures, in which HTML tables are generated for 
layout. In flowchart 800, the automatic HTML 2D layout 
mechanism performs the specified steps. 
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For an object in a page, a set of unique columns is first 
determined, step 802. In one embodiment, this set of unique 
columns is defined by the left edges of the objects in the 
page. In step 804, the starting (left most) column for each 
object in the page is determined. For each object, the number 
of columns that the object spans is then determined, step 
806. Appropriate HTML code is generated for each object in 
the page, and, in step 808, the generated HTML code for the 
object is inserted into the correct cell in the layout table, 
spanning the correct number of columns as determined in 
step 806. At this point the process ends. 

In one embodiment of the present invention, automatic 
layout can be overcome by a user placing an object in the 
page and marking the alignment of that object as LEFT, 
CENTER, or RIGHT. 

Application Transformation Method 

FIG. 9 is a flowchart that illustrates the steps of trans- 
forming a host application on a mainframe to a web -based 
application for access by a network client. Flowchart 900 of 
FIG. 9 illustrates the steps involved in the development 
phase of the host to web-based application transformation, 
according to one embodiment of the present invention. In 
step 902, the relevant business rules, data objects, and screen 
layouts are extracted firom the host application, FIG. 11 
illustrates example host screens and their associated 
sequences, business mles and data. Mainframe screens such 
as screens 1102 and 1104 in FIG. 11 are often referred to as 
"green screens" since they are often displayed with green 
text on a black background. 

After the data and rule information is extracted. Smart- 
link components containing the selected host application 
rules and data are then created, step 904. In step 906, the 
SmarlLink components are stored in a shared repository. In 
one embodiment of the present invention, steps 902 to 906 
of flowchart 900 are performed by the loader program 402, 
illustrated in FIG. 4. 

In step 908, the SmartLink components are mapped to 
web-browser defined templates. In one embodiment of the 
present invention, a drag-and-drop interface is provided to 
easily allow a user to manipulate the SmartLink components 
and place them in a two-dimensional space. After the 
templates have been created, they may be viewed by a web 
browser program, or exported for manipulation by web 
authoring tools, step 910. In one embodiment of the present 
invention, step 908 of flowchart 900 is performed by the 
builder program 404, illustrated in FIG. 4. FIG. 12 illustrates 
an example of a mapping of data objects from the host 
screens of FIG. 11 to a default web page layout, according 
to one embodiment of the present invention. Window 1200 
represents the graphical user interface for a web browser. 
Window 1200 includes a root directory window 1202 that 
provides a tree structured graphical representation of the 
location of the files as stored on the hard disk or other mass 
storage device. Window 1204 is a window that provides a 
display of portions of the host screen window being mapped. 
Window 1206 displays the default web page into which the 
host window objects are being mapped. 

In one embodiment of the present invention, the Smart- 
Tran program includes a web authoring environment that 
allows a user to construct full-featured web pages that can 
incorporate web extensions to the host application, FIG. 13 
illustrates a mapped host screen of FIG. 11 displayed 
through the web authoring environment of the SmartTran 
program, according to one embodiment of the present inven- 
tion. Window 1302 is the default web page containing a 
portion of a mapped host screen of FIG. 11. Window 1304 
represents a Java applet that is to be incoqporated into the 
final web page corresponding to the host screen. FIG. 14 
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illustrates an example of a final web page for the mapped 
host screen of FIG. 11. The final web page 1400 provides a 
web interface into the existing host screens of FIG. 11, and 
their associated business rules and logic. 

In one. embodiment of the present invention, multiple 5 
host screens can be combined on a single web page to 
provide users with access to the information contained in the 
host application. FIG. 15 illustrates multiple host screens 
mapped into a single web page using embodiments of the 
present invention. Host screens 1504, 1506, and 1508 each jq 
contain different data pertaining to different individuals. 
These three pages are mapped into a single web page 1502. 
The data contained in the three host screens is displayed in 
the standard format utilized by the web browser on the 
network client, and the mapped data can be navigated using 
the tools of the web browser. 

The development phase process illustrated in FIG. 9 
defines the steps involved in developing a web-based appli- 
cation from a host application. Once the application has been 
so developed it is executed by the run -time server process 
406 on the web front-end processor 308. The run-time server 
process 406 acts as a run-time engine that dynamically 
generates web pages by selecting the appropriate templates 
based on a user's requests and integrating the host applica- 
tion data and rules. 

FIG. 10 is a flowchart that illustrates the steps performed ^ 
by the run-time server during the accessing of a transformed 
host application through a web browser, according to one 
embodiment of the present invention. In step 1002, a data 
stream from the host application is matched to a screen of a 
transition path. In one embodiment, this step is performed by 30 
the adaptive event analyzer process 410 and uses the three 
level matching algorithm described previously. In step 1004 
the data stream is identified and the data is mixed with an 
associated host screen. The run-time data is then merged 
with host screen objects, step 1006. The resulting screen 35 
objects are then merged into a page object, step 1008. In one 
embodiment, steps 1004 to 1008 are performed by the smart 
object synthesis process 412. In step 1010, the objects are 
positioned in the final web page defined as HTML objects in 
two-dimensional space. In one embodiment, step 1010 is 
performed by the two-dimensional HTML layout process 
414. At this point the run-time process ends. 

The development phase and run-time phase architecture 
of the SmartTran program allows a business organization to 
control the distribution and processing of web applications 
by determining where and how a web front-end processor 
will be deployed. For example, different web front-end 
processors can be used to service different applications, 
different sets of users, or to segment Internet from Intranet 
users and data. Web front-end processors can reside within 
a central location of the business, or as remote processors 
within various departments or diverse geographic locations. 
SmartTran web front-end processors process component 
integration and delivery, rather than the actual business 
rules. With this approach, the original business rules con- 
tinue to be processed on mainfi-ame or client/server systems, 55 
ensuring the integrity of applications and data. 

The SmartTran program is an open environment that 
integrates transparently with Java applets, ActiveX plug-ins 
and HTML pages developed using popular Internet author- 
ing tools. Consequently, developers can take advantage of 60 
the power of SmartTran while continuing to use familiar 
tools. SmartTran provides the same look and feel as other 
tools that run on popular personal computer operating 
systems, thus allowing web authors to be trained in a 
relatively short period of time. 

In the foregoing, a system has been described for trans- 
forming mainframe applications into corresponding web- 
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based applications. Although the present invention has been 
described with reference to specific exemplary 
embodiments, it will be evident that various modifications 
and changes may be made to these embodiments without 
departing from the broader spirit and scope of the invention 
as set forth in the claims. Accordingly, the specification and 
drawings are to be regarded in an illustrative rather than a 
restrictive sense. 

What is claimed is: 

1. A computer-implemented method for transforming data 
in a first computer program for use by a second computer 
program, said first computer application residing on a first 
computer and said second computer program being executed 
by a second computer, said first and said second computer 
being coupled to each other through a network, said method 
comprising the steps of: 

extracting a set of logic rules and a set of data from said 
first computer program, data in said first computer 
program being represented as either host data screens, 
message buffers, or objects and methods; 

creating link objects containing said set of logic rules and 
said set of data, said link objects pointing to locations 
storing corresponding data in said first computer pro- 
gram; 

mapping said link objects to display regions defined by 
said second computer program, said second computer 
program being a web browser program; 

storing said link objects in memory prior to said mapping 
step; and 

modifying one or more data elements of said set of data 
through said web browser program, modifying one or 
more data elements comprising: 
matching a host application data for said first computer 
program with a web object for said second computer 
program, said host application data comprising data 
required to construct said web object, said matching 
comprising a three-level matching algorithm for 
matching said host application data, said three-level 
matching algorithm comprising: 
a first match result for substantially identical corre- 
lation between said host application data and said 
web object, 

a second match result for correlation between said 
host application data and said web object above a 
first threshold, and 

a third match result for correlation between said host 
application data and said web object below said 
first threshold and between said host application 
data and a previous web object above a second 
threshold, merging said host application data with 
one or more data objects stored in 
said memory; 

combining screen data objects produced by said merg- 
ing step to produce a page object, and positioning 
said screen data objects and said page object in a web 
page 

displayed by said web browser using hypertext markup 
language objects. 

2. The method according to claim 1 wherein said second 
computer program is a downstream Internet application. 

3. The method of claim 2 further comprising the step of 
modifying one or more data elements of said set of data 
through said downstream Internet application. 

* « » It « 
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